
BACKGROUND OF THE INVENTION 



The present: invention relates to a software 
reproduction apparatus . 
5 The present invention relates to an effective 

technology applicable for distribution systems for 
computer programs or software such as copyrighted image 
materials, etc., especially digitized information 
software. 

10 As large-scale memory media such as CD-ROM, MO 

etc. , and large- volume, high-speed communications 
technologies such as B-ISDN, etc., are further 
developed, it is expected that not only, of course, 
computer programs that use these means, but also image 

15 and sound, will be distributed as digital data. 

In other words, copyrighted image analog data that 
have been supplied in the past in such forms as video 
tapes are now being stored as degital data in CD-ROM and 
sold, or such materials are beginning to be distributed 

20 within the market as game software through utilizing the 
interactive (bidirectional) nature of CD-ROM. 

Also, the same situation is occurring with 
communications circuits: such data as the previously 
mentioned copyrighted image data are now beginning to be 

25 placed in the hands of users via communications. 

Incidentally, it is extremely easy to copy this 
type of digital data onto other media. Moreover, since 
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there is no worry that deterioration will occur through 
the copying of digital information as occurs when analog 
information is copied, it is possible to duplicate 
digital information, and there is an extremely high 
5 possibility that these types of acts of copying will 

impair the profits of manufacturers. In other words, it 
is easy to copy the contents of a CD-ROM with only a 
rudimentary knowledge of DOS commands, so long as the 
would-be copier posses an optical magnetic disk or an 

10 optical magnetic disk apparatus, etc., that is capable 
of large- volume rewrites. 

In this way, for the reason that a sufficient 
security check is impossible, acts of renting these 
types of digital data media have, in most cases, been 

15 prohibited by manufacturers. 

However, currently end-users often hesitate to 
purchase this type of software because the price is too 
high, or because they don't know if the software will 
truly match their desired software, or they wait to 

20 ascertain whether or not the software is usable on the 
hardware that they now possess . 

In regards to this point, a new software offering 
system is beginning to be realized wherein multiple 
software with limited functions are stored on a CD-ROM 

25 and sold for a low price, and whereby the end-user pays 
a fee for desired software on the CD-ROM, and is thereby 
notified of a code that will remove the functional 
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limitations . 

However, the software offering method noted above 
cannot be said to have sufficiently reflected the 
special characteristics of the software. 
5 In other words, for the previously mentioned 

removal of functional limitations, the fee payment in 
most cases consists of a one-time only, lump-sum 
payment, and this fee inevitably consists of a high 
amount. Thus, for example, in those cases where a user 

10 only wants to view for a short period a single scene of 
an image, or when a user wants to use a spreadsheet for 
only a week, it is difficult to manage fees according to 
the usage amounts. 

In regards to this point, a method was proposed in 

15 the Laid-Open Patent No. 19707/1996 whereby the usable 
price amount was registered beforehand on an IC card, 
and, in the case where billable software is used, the 
usable price amount on the IC card is registered within 
the system, and every time an applicable item of 

20 software is used, the system deducts the amount from the 
balance. 

Also, a method was proposed by the present 
applicants in the Laid-Open Patent No. 96871/1995 
whereby a rewriteable domain is provided within the 
25 memory medium of the CD-ROM, etc., and whereby usage- 
time data is managed. 
SUMMARY OF THE INVENTION 
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The present invention provides an input switchover 
means for switching input routes according to the type 
of data offering format (for example, communications or 
a medium) provided to the user, a software management 
5 means for decoding encrypted software data and for 

managing monetary charges according to the amount of the 
software data used, a data conversion section for 
converting decoded data output from the previously 
mentioned software management means to output data for 

10 presenting to the user, and an output route switchover 
means for outputting encrypted software data to the 
previously mentioned software management means, and for 
outputting non-encrypted software data to the previously 
mentioned data conversion section. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig, 1 is a theoretical diagram of the present 
invention. 

Fig. 2 is a block diagram showing the configuration 
of the software reproduction apparatus that is a 
20 preferred embodiment of the present invention. „ ^ — ^ , 
'F- i r g - * — 3A and Fig , — 3B an explana t ory diayXam^ showing ^+^>uj 
^ the DES mode of the preferred embodiment. qIiOL<^>^ 5 

Fig. 4 is a block diagram showing a detailed 
configuration of the DES of the preferred embodiment. 
25 Fig. 5 is a chart diagram showing the timing of DES 

input and output of the preferred embodiment. 

Fig. 6 is a conceptual diagram showing an overall 
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image of software usage of the present invention. 

Fig. 7 is a main block diagram showing the 
configuration of the software reproduction apparatus 
that is a variation of the preferred embodiment. 
5 DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention, as shown in the conceptual 
diagram that is Fig. 1, basically provides an input 
switchover means ( 53 ) that switches the input route 
according to the type of data offering format (here, 

10 communications (51) or a medium (52)) provided to the 
user, a software management means (55) for decoding 
encrypted software data and for managing monetary 
charges according to the amount of the software data 
used, a data conversion section (56) for converting 

15 decoded data output from the previously mentioned 
software management means (55) to output data for 
presenting to the user, and an output route switchover 
means ( 54 ) for outputting encrypted software data to the 
previously mentioned software management means (55), and 

20 for outputting non-encrypted software data to the 
previously mentioned data conversion section (56). 

Software data is, for example, program, sound, 
animation, or still image, etc., data, and this software 
data may be obtained from the route of public-circuit, 

25 dedicated communications-circuit, etc., wired/wireless 

communications (51), or it may be obtained by the method 
of a CD-ROM, an optical magnetic disk, a portable 
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magnetic disk, etc. , medium (52). 

Software data provided to the user through these 
means consists of encrypted data and non-encrypted data; 
encrypted software data is managed by the monetary 
5 charges system to be discussed below according to the 
usage amount (reproduction amount) of that software 
data. 

The software management means (55) is comprised of, 
for example, a decoding means (7) called a "DES" (Data 

10 Encryption Standard) equipped with various blocks for 
decoding the previously mentioned software data, and 
through key data granted from the management center that 
is not shown in Fig. 1, encrypted data is deciphered 
into ordinary text. Also, the software management means 

15 (55) is equipped with a management means (3) for 
managing usage amounts of this type of encrypted 
software data. This management means is equipped 
internally with a monetary charges information memory 
means that includes monetary tables, etc., and is made 

20 to execute monetary charges according to software usage 
amounts ( reproduction amounts ) . 

The data conversion section (56) is, for example, a 
section for performing expansions of compressed image 
data, and for controlling the synchronism of image data 

25 and sound data, and this data conversion section (56) is 
connected to an external speaker, a TV monitor, etc. 

Within the present invention, the output switchover 
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means (54) is made -to, when the software data is 
encrypted, output that data to the software management 
means (55), and when the software is not encrypted, to 
directly output that data to the data conversion section 
5 (56). Therefore, with the present invention, both 
encrypted software and non-encrypted software is 
uniformly manipulatable . 

Next, a specific preferred embodiment will be 
explained. 

10 Fig. 2 is a functional block diagram that shows the 

internal configuration of the software reproduction 
apparatus 105 that is a preferred embodiment of the 
present invention . 

In the diagram, the switchover switch 57 (SW1) may 

15 also function as the input interface, and inputs 

software data from various offering routes, including 
the communications circuit 51, the CD-ROM 52, etc. 
Also, within this switchover switch 57 ( SW1 ) , it is also 
possible to rewrite software data through an optical 

20 magnetic disk drive apparatus not shown in the diagram 
to the optical magnetic disk 58. In other words, the 
switchover switch 57, although abbreviated in the 
diagram, is comprised of a miscellaneous reception 
apparatus and an interface circuit for generating 

25 interrupt signals when individual signals are received 

at separate input terminals, and is operated through the 
control of the host CPU 10. 
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Placed on the next level after the switchover 
switch 57 (SW1) are, as the signal processing means, the 
reception apparatus 58, the MO modulator device 59, and 
the CD/MO demodulator device 60. The reception apparatus 
5 58 is an apparatus for converting software data provided 
as reception signals from the communications circuit 51 
into a data format that can be manipulated within the 
present apparatus; the MO modulator device 59 is a 
modulation means for performing writing to the optical 

10 magnetic disk 58. Also, the CD/MO demodulator device 60 
is a device for demodulating read data from the optical 
magnetic disk 58 or the CD-ROM 52, and demodulation 
control is accomplished through the control route. 

The switchover switch 61 ( SW2 ) is a switch for 

15 outputting selectively to each type of error processing 
means data outputted from the miscellaneous signal 
processing means explained previously. Also, in the case 
where writing to the optical magnetic disk 58 is 
performed, the switchover switch 61 (SW2) controls the 

20 transfer of inverse direction data from the error 
processing means to the signal processing means. 

This switchover switch 61 ( SW2 ) , although 
abbreviated in the diagram, is comprised of a 
miscellaneous reception apparatus and an interface 

25 circuit for generating interrupt signals when individual 
signals are received at separate input terminals, and is 
operated through the control of the host CPU 10. 
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The error processing means is divided into the 
communications- system error processing section 62, the 
optical magnetic disk-system error processing section 62 
[sic] (62a, 62b), and the magnetic disk/CD-system error 
5 processing section 63 . 

The optical magnetic disk-system error processing 
section 62 is comprised of an error check code 
generation section 62a for performing error check 
processing of data when such data is written to the 
10 optical magnetic disk, and an error check code 

correction section 62b for performing error checks when 
data is read from the optical magnetic disk. 

Furthermore, the magnetic disk/CD-system error 
processing section 63 can also perform processing such 
15 as bit relisting, etc, together with error check code 
corrections . 

In this way, with the present preferred embodiment, 
error processing corresponding to each offering format 
is enabled, and only data that has completely undergone 
20 error processing is subject to decoding processing and 

monetary charges processing, both to be discussed below. 

Located at the last step of the previously 
mentioned error processing means is the switchover 
switch 64 ( SW3 ) . This switchover switch 64 ( SW3 ) has the 
25 function of controlling routes, either by outputting to 
the software management section 3 of the next step the 
software data processed with the previously mentioned 
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signal processing means and "the error processing means, 
or by outputting this data to the switchover switch 65 
(SW4) to be discussed below; or it may take output from 
the previously mentioned error check code correction 
5 section 62b and return it to the error check code 
generation section 62a. 

Writing from a CD-ROM to an optical magnetic disk 

Here, the sequence of controlling the switchover 
switch 64 (SW3), and of writing encrypted software data 

10 read from the CD-ROM 52 to the optical magnetic disk 58 
will be simply explained. 

First, data read from the CD-ROM 52 through route 
switching by the switchover switch 57 (SW1) operated by 
the host CPU 10 is inputted to the CD/MO demodulator 

15 device 60. Data that is demodulated here is sent to the 
magnetic disk/CD-system error processing section 63 
through a route switchover by the switchover switch 61 
( SW2 ) . Data that has undergone error check code 
correction and bit relisting here has added to it an 

20 error check code corresponding to the optical magnetic 

disk sent to the error check code generation section 62a 
through a route switchover by the switchover switch 64 
(SW3). Then, this data, through a route switchover by 
the switchover switch 61 (SW2), is sent to the MO 

25 modulator device 59, where it is transformed into a data 
format that can be written onto the optical magnetic 
disk 58, and, through the switchover switch 57 ( SW1 ) , 
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the data is then written onto the optical magnetic disk 
58. 

In this way, data written onto the optical magnetic 
disk 58 is sent from the switchover switch 57 (SW1) via 
5 the CD/MO demodulator device 60, the switchover switch 
61 (SW2), the optical magnetic disk error processing 
section 62a [sic], and the switchover switch 64 (SW3), 
and is inputted to the software management section 3; 
data that has been decoded here is inputted via the 

10 switchover switch 65 (SW4) to the sound-image separation 
section 66 (DE-MUX), and is output through MPEG 67a, 
MPEG 67b, etc., externally as image data or sound data. 
Here, MPEG processing is performed in conformance with 
"ISO/IEC CD13818 T 1-3". 

15 The configuration of the software management section 

The software management section 3 is realized with 
module architecture, for example, with an IC card (for 
example, a card format that conforms to PCMCIA), a 
board, etc., and is chiefly comprised of a DES (Fip ! s 

20 Publication Co. 's 460DATA ENCRYPTION STANDARD NIST ) as 
the decoding section 7 that possesses the input buffer 
21 and the output buffer 24. 

The previously mentioned DES is made to receive the 
key data 16 from an external source, and, based on this 

25 key data, the DES functions and is made to decode 
encrypted data. Furthermore, within the present 
preferred embodiment, the DES possesses a mode 
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identif ication section 18 (MODE), and this mode 
identification section 18 has the function of selecting 
the most appropriate mode from multiple DES modes for 
the specific data format, etc, 
5 An explanation of the DES mode 

Next, a representative block of the previously 
mentioned DES mode will be explained. 

Fig. 3A is the ECB base mode, and it is a mode 
that, within the decoding section 7 (DES), encrypts (or 

10 decodes ) a 64-bit input data string from the 64-bit key 
data 16 to a 64-bit output data string. 

Fig. 3B shows the CBC mode, which, after a 64-bit 
input data string is encrypted (or decoded) with the 64- 
bit key data 16 within the decoding section 7 (DES), 

15 once again feedback inputs this data into the decoding 
section 7 (DES). In this way, this consists of a method 
for outputting finished results, in which until all of 
the data has been completely inputted, feedback is 
performed; this method is suitable for data processing 

20 of files, etc. 

Fig. 3C shows the OFB mode, which is suitable for 
sound data, etc. , that can have a significant impact on 
other data if it contains only a single error, and 
communications data, which is highly susceptible to 

25 error. 

Fig. 3D shows the CFB mode, which is suitable for 
sel f - synchronous data . 
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The previously mentioned mode identification 
section 18 analyzes data format, etc, , and reads out the 
most suitable of these modes from the mode table 20, and 
sends this mode to the decoding section (DES). The 
5 decoding section 7 (DES) performs encryption/decoding 
processing based on the mode that is selected in this 
way. 

Details of the decoding section 

Fig. 4 is a block diagram showing the hardware 

10 configuration of the decoding section 7. 

In the diagram, as the input buffer 21 of the input 
side, a 64-bit register (REG1) that consists of 8 
connected registers, each with an 8-bit configuration, 
is placed, and on the next level selectors ( sel ) are 

15 placed. These selectors (sel) are made to input 

selectively either output from the DES processing main 
circuit 25 to be discussed below, or output from the 
previously mentioned shift register (REG1). 

Placed on the next level after the selectors ( sel ) 

20 is register 23 (REG2), each register of which has an 8- 
bit configuration, and placed on the next level is the 
DES processing main circuit 25. This DES processing main 
circuit 25 functions as the DES that is the core of the 
decoding section 7. In other words, within the DES 

25 processing main circuit 25 is registered as ROM (Read 
Only Memory) each type of DES mode explained with Fig. 
3. This DES processing main circuit 25 is made to select 
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•the optimum DES mode logic through commands from the 
control CPU 4, and to perform decoding processing. 

Output from the previously mentioned DES processing 
main circuit 25 branches out to the output register 
5 (REG3) that is the output buffer 24 and to the 

previously mentioned selectors ( sel ) . Then, output from 
the output register (REG3) is used as either encrypted 
or decoded data. 

The sequence of this processing is shown in Fig. 5. 

10 In Fig. 5, output from the input register (the 

input buffer 21) undergoes DES processing as output from 
register 23 with the first clock of the next cycle. 
Then, it is outputted from the output register (the 
output buffer 24) with the next clock. At the time of 

15 output from this output register (the output buffer 24), 
within the input side is performed a take-in from the 
input register (the input buffer 21) of the encrypted 
data for the next cycle. 

In this way, with the present preferred embodiment, 

20 through having provided independently the input register 
(REG1) as the input buffer 21 and the output register 
(REG3) as the output buffer 24, both inputting of 
encrypted data and outputting of decoded data may be 
performed continuously and independently. As a result, 

25 compared with existing DES where input and output is 
performed cyclically, high-speed encrypting/decoding 
processing has been made possible. 
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The decoding section 7 (DES) explained above is 
controlled by "the control CPU 4; connected to the bus of 
this control CPU 4, besides the previously mentioned 
decoding section 7 (DES), is the monetary charges table 
5 8, which is comprised of memory, and the interface 72 



Within the monetary charges table 8 is registered a 
prescribed balance value, and monetary charge values are 
deducted according to the decoding processing amounts or 

10 processing time for encrypted software data. 

In the case where one wants a balance value 
updated, as shown in Fig. 6 to be described below, a 
person brings the software management module 102 that is 
offered as a card medium to a sales store, etc., and by 

15 paying the fees, the person may have the balance value 
of the monetary charges table increased. 

The interface 72 (I/O) is connected to the host CPU 
10 exterior to the software management section 3. 
Furthermore, the previously mentioned CPU 4 can be made 

20 to work together with the host CPU 10 of the host 

apparatus (in other words, the software reproduction 
apparatus entity) side. 

Output from the software management section 3 is 
output through the switchover switch 65 ( SW4 ) to the 

25 sound- image separation section 66 (DE-MUX: 

demultiplexer), the image extension section 67a, and the 
sound extension section 76b (MPEG), etc., which comprise 



(I/O). 
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a portion of the data conversion section. 

Image data separated from sound data with the 
sound-image separation section 66 (DE-MUX) is extended 
with the image extension section 67a (MPEG), converted 
5 with the DA conversion section 68a, and is outputted as 
NTSC signals to an analog display apparatus such as a TV 
display, etc. 

Sound data is extended with the sound extension 
section 67b (MPEG), converted with the DA conversion 
10 section 68b, and outputted as audio signals to an analog 
audio apparatus such as a speaker, etc. Then, the 
synchronism of image and sound is controlled by the 
synchronism control section 70 (VCR). 

With the present preferred embodiment, regardless 
15 of whether software is encrypted or is not encrypted, it 
can be uniformly reproduced. 

Also, software data from different offering routes 
can also be manipulated uniformly; if, for example, 
software data obtained from a CD-ROM or software data 
20 obtained from a communications circuit is stored on a 
writable medium such as the optical magnetic disk 58, 
etc., through each type of switchover switch, usage and 
reproduction may be performed when required. 

Fig. 2 as explained above is an example of a 
25 configuration case in which the CD-ROM 52, the 

communications circuit 51, and the optical magnetic disk 
58 were handled uniformly; however, as shown in Fig. 7, 
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data within a medium that is offered does not have to be 
encrypted— it may also have an access code given to it. 

In other words, in Fig. 7, within a portion of the 
CD-ROM 76 is registered an access code (AC) for 
5 permitting access to this CD-ROM, and only in those 

cases where this access code (AC) matches a code stored 
within the apparatus is the usage (reproduction) of the 
software enabled. 

In the diagram, the software management section 3 
10 possesses an access code register 78, and within this 

access code register 78 is registered an access code for 
a prescribed medium 76 (or for the data within the 
medium ) . 

This access code register 78 may be provided within 
15 the monetary charges table; in sum, this is a method 

whereby permission to reproduce is given only in those 
cases where reproducible software types, data names, 
etc., are previously registered, and where the medium 76 
(CD-ROM or optical magnetic disk MO) on which the 
20 permitted data is registered is installed. 

When the medium 76 is installed within the drive 
apparatus, and the data format is converted with the 
CD/MO demodulator device 60, and error processing has 
been executed with the magnetic disk/CD-system error 
25 processing section 63, the host CPU 10 first reads out 
an access code from this medium 76. 

Next, the host CPU 10 accesses the access code 
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register 78, and perforins a retrieval within the key of 
the access code read out from the medium 76. As a 
result, in the case where this code was found to be 
registered within the access code register 78, the host 
5 CPU 10 operates the switchover switch 4 and outputs the 
software data from the medium 76. 

With this example, since the data within the medium 
76 is not encrypted, high-speed data processing is 
enabled. 

10 An overall image of software distribution 

Fig. 6 shows an overall view of software 
distribution as realized with the present invention. 

Within the present preferred embodiment, software 
is shipped to the distribution route from a shipment 

15 center (here, for simplification, the management center 
and the shipment center are the same); however, the 
format at this time may be encrypted software stored on 
a CD-ROM, or it may be shipped over a communications 
route, or it may be shipped as an optical magnetic disk, 

20 etc. 

The end user proceeds to the sales store 27, etc. 
(communications sales are also permissible), and 
purchases the CD-ROM 52 as the software storage medium 
that stores the software. At the same time, the user 
25 also purchases an operating application disk 26 such as 
drive software, etc., that makes this software 
reproducible on the user's software reproduction 
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apparatus 105, and an SD card that is the software 
management module (on which is stored the software 
management section 3 of the present preferred 
embodiment ) 

5 Here, even though the CD-ROM stores multiple 

software, since this is not a sales method whereby this 
CD-ROM 52 is to be sold out, the sales price of the CD- 
ROM itself may be set at a low price. Also, the sales 
store 27 may also be a rental store. 

10 In other words, within the present invention, all 

of the software data stored on the CD-ROM 52 is 
encrypted, and in the case where this data is decoded 
and reproduced, it is essential that the SD card 102 
that maintains a high level of security be used. Also, 

15 as will be discussed below, a charge collection system 
corresponding to the amount of software used is put 
fully into place. Furthermore, even if the encrypted 
data stored on the CD-ROM itself is copied onto a 
separate medium (for example, the optical magnetic disk 

20 58), this alone is meaningless; and even if the CD-ROM 
is rented, if a charge collection system that 
corresponds to the amount of software used is fully in 
place, there will be no decline in the profits of the 
software provider . 

25 The end user, in the case where he or she desires 

to reproduce the software stored on this CD-ROM 52 
within his or her own software reproduction apparatus 
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105, first: inserts the SD card 102 into the card drive 
apparatus 28. Then, the user loads both the CD-ROM 52 
and the operating application disk 26 into the software 
reproduction apparatus 105. 
5 Then, the user starts up the communications 

application (this communications application may also be 
provided as an operating application) inserted within 
the software reproduction apparatus 105, and sends from 
the modem 73 through the home telephone unit 30 a 

10 software usage request to the management center 31. In 
response, the management center 31 encrypts a consent 
command (key data) for this user and sends it to the 
software reproduction apparatus 105. 

Furthermore, this usage request and usage consent 

15 may also take the format of the end user verbally 
communicating the code with an operator. 

The software reproduction apparatus that has 
received the previously mentioned consent command reads 
the CD-ROM 52, sequentially decodes the required 

20 software through the decoding section 7 (DES) of the SD 
card, and transmits this software to the program 
storage area (memory) of the software reproduction 
apparatus 105. 

Along with this, the control CPU 4 counts either 

25 the decoded data amount or the decode time for this 

software, and deducts a monetary charges balance value 
from the monetary charges table 8. Then, until the 
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monetary charges balance value becomes "0", the control 
CPU 4 continues decoding processing of decrypted 
software data. 

Here, in the case where the monetary charges 
5 balance value of the monetary charges table becomes "0", 
the control CPU 4 terminates output of encrypted 
software data. Furthermore, prior to or following 
termination of output of software data, the user may be 
warned through image or sound data of a monetary charges 
10 balance insufficiency. 
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